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Beschreibung 

Verfahren zur Nachrichteniibertragung zwischen einer einem er- 
sten ProzeB zugewiesenen Clientinstanz und wenigstens einer 
mindestens einem weiteren ProzeB zugewiesenen Serverinstanz 
innerhalb eines verteilten Systems 

Die Erfindung betrifft ein Verfahren zur Nachrichteniibertra- 
gung zwischen einer einem ersten ProzeB zugewiesenen Client- 
instanz und wenigstens einer mindestens einem weiteren ProzeB 
zugewiesenen Serverinstanz innerhalb eines verteilten Sy- 
stems. 

Verteilte Systeme spielen vorzugsweise in heutigen Telekommu- 
nikationssystemen, die in der Regel Multiprozessorsysteme 
sind, eine besondere Rolle. Ein verteiltes System ist insbe- 
sondere dadurch charakterisiert, dafi Prozesse jeweils unter- 
schiedlichen Prozessoren zugeteilt werden konnen, wobei sich 
die Prozessoren gegebenfalls auf ortlich getrennten Plattfor- 
men im verteilten System befinden konnen. Einer der wichtig- 
sten Aspekte bei der Kommunikation zwischen verschiedenen 
Prozessen eines verteilten Systems ist dabei die Plattform- 
Transparenz. Damit ist gemeint, dafi ein ProzeB, der eine 
Nachricht an einen anderen ProzeB senden will, die Plattform, 
auf der der andere ProzeB gerade ablauft, nicht kennen muB. 
Solch ein komplexes verteiltes System muB heutzutage noch 
vielen weiteren Anf orderungen genUgen. Es muB sich unter an- 
derem als aufierst zuverlassig, moglichst flexibel sowie otten 
fur Anpassungen und Erweiterungen erweisen. Die Software ei- 
nes derartigen komplexen verteilten Systems soli daher hoch- 
gradig modular mit fest definierten offenen Schnittsstellen 
nach auBen gestaltet sein, damit die einzelnen Module der 
Software leicht anpassungsf ahig und vor allem wiederverwend- 
bar sind. 



Urn den genannten Anf orderungen insbesondere der Wiederver- 
wendbarkeit von Software einigermaBen gerecht zu werden, wird 
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die Software zu einem solchen verteilten System mit Hilfe ob- 
jektorientierter Entwurfmethoden und obj ektorientierter Pro- 
grammierung erstellt. Jedoch ist die in verteilten Systemen 
no fewendi4gefeZ A wo>rdn^ng von*\@bg e ' kfeen- Vianet er e i.na*nde r , d«L e* -me i s t 
5 unters ch&e'd 1 i ©h e n und *gegebenf all s nebenlauf igen Pro zes sen 
zugewiesen^we^den, ^-nicht zuf riedenstellend gel5st. >Tei~lweise 
muI5^*sogaK^rin**Bedn ob^ektorientd^er'ter Sysjjfeementwurf in her- 
kommliche prozedurale Programmiertechniken aufgebrochen wer- 
den, wodurch der mit der Ob j ektorientierung erreichte Effekt 
10 der Wiederverwendung von Programmteilen mehr oder weniger 
verloren geht, 

Derzeit werden bei der Einfuhrung von Nebenlauf igkeit und 
Parallelverarbeitung in die Welt der Objekte folgende bekann- 
15 te Ansafcze disJcutiert : 

• I mp lizite Nebe n 1 a>u fi g k e i t : . eider -I mpteme n t i e run g von im- 
plizierte r^Neb en%Su f*ig<kel tvgitot e s z we i> Mog 1 i chke i t en : 

Passive Objekte: Ein asynchroner Nachrichtenaustausch 
wird in einen sequenziellen synchronen Methoden- bzw. 
Prozedurauf ruf umgewandelt. Hierbei wird die Parallel- 
verarbeitung der miteinander kommunizierenden Objekte 
sehr eingeschrankt . 

Aktive Objekte: Fur jedes Objekt wird ein Prozefi gestar-j 
tet. Dieses Vorgehen fuhrt zu einem hohen Ressourcenver- 
brauch und ist deshalb nur mit einer begrenzten Anzahl 
von Objekten realisierbar . 

30 • Explizite Nebenlauf igkeit: Hierbei wird entweder eine 

Gruppe von Ob j^e tet en (obgektbezogen) , wie in einem Artikel 
- -von A. Coutts, J. M. Edwards, " Model -Driven Distributed Sy- 
stems, IEEE Concurrency, Juli 1997, S. 55-63 beschrieben, 
oder mehrere Ereignisse in einer Ablauf sequenz (aufgaben- 

35 bezogen) , wie in einem Artikel von M. Awad, J. Ziegler, A 

Practical Approach to the Design of Concurrency in Object- 
Oriented Systems, Software - Practice and Experience, Sep- 



20 



25 
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tember 1997, Vol. 27(9), S. 1013-1034 erlautert, einem 
ProzeB zugewiesen, Bei Betrachtung der rechten Halfte der 
Figur 3 im genannten Artikel von Awad/Ziegler und der Fi- 
gur 5 im genannten~~Artikel von Coutts/Edwards ist an den 
5 Schnittstellen zwischen den Objekten, die teilweise 

gleichzeitig Schnittstellen zwischen den Prozessen dar- 
stellen, zu erkennen, dafi die Kommunkation zwischen den 
Objekten sowohl durch synchrone Methodenauf ruf e als auch 
durch Interprozefikommunikation in Form einer asynchronen 
10 Nachrichtenweitergabe erfolgt. Eine derartige Festlegung 

der Kommunikationsart an den Schnittstellen von Objekten 
hat den Nachteil, dafi die Wiederverwendbarkeit und die 
Wartbarkeit der Objekte erheblich erschwert wird. 



15 Insbesondere im Zusammenhang mit der Kommunikation zwischen 

verschiedenen Objekten eines verteilten Systems, auch Instan- 
zen genannt, die untereinander in der Regel in einem soge- 
nannten Client/Server-Verhaltnis stehen und die verschiedenen 
Prozessen zugewiesen sind, ist die vorstehend erlauterte Vor- 

20 gehensweise hinsichtlich der in einem solchen komplexen Sy- 
stem erwunschten Wiederverwendbarkeit und Wartbarkeit eine 
sehr ungunstige Losung. 



Die Aufgabe der Erfindung besteht daher darin, ein Verfahren 
zur Nachrichtenubertragung zwischen sogenannten jeweils un- 
terschiedlichen Prozessen zugewiesenen Client- und Serverin- 
stanzen eines verteilten Systems dahingehend auszugestalten, 
dafi bezuglich der Implementierung des Verfahrens eine mog- 
lichst hohe Wiederverwendbarkeit gegeben ist und zugleich die 
30 Wartbarkeit moglichst erleichtert wird. 



Diese Aufgabe wird durch die im Anspruch 1 angegebenen Merk- 
male gelost. Weitere Ausgestaltungen der Erfindung sind in 
Unteranspruchen gekennzeichnet . 

35 

Erf indungsgemafi wird dies dadurch erreicht, dafi zur Nachrich- 
tenubertragung zwischen einer einem ersten ProzeB zugewiese- 
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nen Clientinstanz und wenigstens einer mindestens einem wei- 
teren Prozefl zugewiesenen Serverinstanz innerhalb eines ver- 
teilten Systems zusatzlich als gegenseitige Kommunikations- 
, partner vorgesehene Partnerinstanzen eingesetzt werden. Eine 
5 den ersten Prozeli enthaltende erste Instanz der Partnerin- 
stanzen wahlt nach Empfang einer von der Clientinstanz an we- 
nigstens eine Serverinstanz gerichtete Nachricht mindestens 
eine geeignete den mindestens einen weiteren Prozeli enthal- 
tende weitere Instanz der Partnerinstanzen zur Nachrichtenan- 

10 nahme und -weitergabe aus . Die mindestens einen weiteren Pro- 
zefl enthaltende weitere Instanz leitet diese Nachricht zu we- 
nigstens einer von ihr adressierten Serverinstanz weiter und 
erhalt gegebenfalls von der wenigstens einen Serverinstanz 
eine Nachricht zur Weiterleitung uber die den ersten Prozeli 

15 enthaltende erste Instanz an die Clientinstanz. 



Auf diese Weise wird die Festlegung der Kommunikationsart 
zwischen der Clientinstanz -und der mindestens einen Serverin- 
stanz in die einen Pro^zeJi enthaltenden, als gegenseitige Kom- 

20 munikationspartner vorgesehenen Partnerinstanzen verlagert. 
So werden die Nachrichten zwischen der Clientinstanz und der 
den ersten Prozeli enthaltenden ersten Instanz sowie zwischen 
der mindestens einen Serverinstanz und der mindestens einen 
weiteren Prozeli enthaltenden weiteren Instanz synchron z.B. 

25 durch Prozedur- bzw. Methodenauf ruf iibertragen. Die Nachrich 
teniibertragung zwischen einer den ersten ProzeB enthaltenden 
ersten Instanz und einer mindestens einen weiteren Prozeli 
enthaltenden weiteren Instanz kann dann entkoppelt von den 
Kommunikationsschnittstellen der Clientinstanz und mindestens 

30 einen Serverinstanz asynchron oder synchron erfolgen. Dadurch 
wird eine maximale Wiederverwendbarkeit vorwiegend beztiglich 
der. Implementierung der Client- und der mindestens einen Ser- 
verinstanz erreicht. Die Wartbarkeit wird ebenfalls erheblich 
verbessert dadurch, dali allenfalls die Kommunikationsschnitt- 

35 stellen zwischen der den ersten ProzeJi enthaltenden ersten 

Instanz und der mindestens einen weiteren Prozeli enthaltenden 
weiteren Instanz angepalit werden mussen, jedoch die Kommuni- 
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kationsschnittstellen der Client- unci der mindestens einen 
Severinstanz unberilhrt bleiben. 

Eine- weitere vorteilhafte Ausgestaltung der-Er-f indung sieht 
5 vor, dafi die den ersten ProzeB enthaltenden erste Instanz die 
Auswahl der mindestens einen weiteren ProzeB enthaltenden 
weiteren Instanz anhand einer Zuordnungstabelle trifft. In 
dieser Zuordnungstabelle ist die Art der von der Clientin- 
stanz aussendbaren Nachrichten und die Adresse der mindestens 
10 einen weiteren ProzeB enthaltenden weiteren Instanz eingetra- 
gen. Eine Zuordnungstabelle hat den Vorteil, dafi ihr Inhalt 
jederzeit anderbar ist, und der den ersten ProzeB enthalten- 
den ersten Instanz eine schnelle Auswahl ermoglicht. 



15 Geraafi einer zweckmafiigen Weiterbildung der Erf indung ist die 
durch die den ersten ProzeB enthaltende ersten Instanz ge- 
trof fene Auswahl dynamisch in Abhangigkeit von der Systemaus- 
lastung anderbar. Dadurch konnen Systemabsturze sowie Ver- 
klemmungen bei der Zuteilung der Prozesse auf die Prozessoren 

20 vermieden werden. 



Eine weitere Ausgestaltung der Erfindung betrifft den Spezi- 
alfall, daB der erste ProzeB und der mindestens eine weitere 
ProzeB zusammenf alien. In diesem Fall sind die den ersten 
ProzeB enthaltende erste Instanz und die den mindestens einen 
weiteren ProzeB enthaltende weitere Instanz in einer Instanz 
vereinigt. Dadurch kann das erf indungsgemafie Verfahren ohne 
~ Anpassungen auf diesen Spezialtall angewendet werden, 

30 Eine weitere niitzliche Ausgestaltung der Erfindung ist in der 
Art der Imp lementie rung zu sehen. So konnen samtliche Instan- 
zen- (Client-, Server- , die den ersten ProzeB enthaltende In- 
stanz und Partner instanz) in Form von Objekten implementiert 
werden, deren Struktur durch Obj ektklassen festgelegt wird. 

35 So weisen die den ersten ProzeB enthaltende erste Instanz und 
die mindestens einen weiteren ProzeB enthaltende weitere In- 
stanz vorzugsweise jeweils die Struktur einer gemeinsamen Ob- 
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jektklasse auf. Auf diese Weise werden die Grundsatze der 
rein obj ektorientierten Programmierung ausgenutzt, wodurch 
ein hoher Grad an Modularitat, eine hohe Wiederverwendbarkeit 
und Wartb&rkeit" erreicht w±rd. 

5 

Eine wei«tere**A:iasgestaltung ; der Erfindung ist in* einer sehr 
zweGkmafirffagen- *Verwendung des~erf i^dung&geitfa^en^*¥erf ahrens auf 
ein Fernsprechvermittlungssytem zu sehen. Deinnach kommen alle 
vorstehend erwahnten Vorteile auch im Zusammenhang mit einem 
10 Fernsprechvermittlungssystem zum Tragen. 



Nachstehend wird ein Ausf ilhrungsbeispiel der Erfindung unter 
Bezugnahme auf eine Zeichnung naher beschrieben. 




15 In der Zeicsfenung ^es*gen: 

Figur 1 edn^bedispielhaf^feeswAbi*au^f diagraming des erf imdungsgema- 
iien Verf ahrens, 

2 0 Figur 2 eirf Anwendungsbeispiel im Bereich einer System- Alar- 
mierung in einem* Telekonutiunikationssystem wie z.B, einem 
Fe r n s p rechve rmi 1 1 1 ungs s y s-feem 



Eine Legende zu den Figuren ist im Arihang am Ende der Be- 
25 schreibung zu finden. 




Figur 1 beschreibt in einem Ablauf diagramm die Nachrichten- 
ubertragung zwischen einer einem ersten Prozefl zugewiesenen 
Clientinstanz und einer einem weiteren ProzeB zugewiesenen 

30 Serverins*feanz . Die Instanzen Client, Server , die den ersten 
Prozefi enbhaltende-erste Instanz und die den mi-ndestens einen 
weiteren ~*PToziafi enthaitende wei*tere Tnstanz sowie die* Aktion, 
die von der Serverinstanz ausgefiihrt wird, werden in Form von 
Objekten mit Kastchen dargestellt . So entpricht das Objekt 

35 Client einer Clientinstanz, das Objekt Server einer Serverin- 
stanz, das Objekt ObjectHandlerl einer den ersten ProzefJ ent- 
haltenden ersten aktiven Instanz der als gegenseitige Kommu- 



10 
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nikationspartner vorgesehenen Partnerinstanzen, das Objekt 
ObjectHandler2 einer den weiteren Prozefi enthaltenden weite- 
ren aktiven Instanz der Partnerinstanzen, das Objekt Action 
ein~er~"Aktron" und^das" Ob jekt* Confirm" Action einer Riickmel- 
dungsaktion auf eine angeforderte Aktion. Die aktiven Instan- 
zen, die die jeweiligen Prozesse enthalten, sind hierbei 
durch Kastchen mit fett gezeichneten Linien gekennzeichnet . 
Die Art der Aktion wird erst beim Aufruf des speziellen Ob- 
jekts Action bestimmt. 

Im Falle einer vom Client angef orderten vom Server auszuftih- 
renden Aktion mit Rtickmeldung lauft das Verfahren beispiels- 
weise wie folgt ab: 



15 Ein Client fordert vom Server eine Aktion an, auf die eine 

Rtickmeldung erfolgen soil. Der Client ruft die Aktion auf und 
mu£ nicht wissen, welcher Prozeli bzw. auf welcher Prozessor- 
Plattform die Aktion ausgefuhrt werden soli. Der Objecthand- 
lerl stellt den Client dafiir die Auf rufprozedur invoke_action 
20 bereit. Nach dem Aufruf der Prozedur invoke__action, in der 

objektorientierten Programmierung auch Methode genannt, wird 
dem ObjectHandlerl eine eindeutige Nummer (get handle number) 
zugeordnet und es wird ein Zeitnehmer gestartet (start ti- 
mer) , der bei nicht rechtzeitigem Eintref fen der Ruckmeldung 
eine Fehlerbehandlung auslost. Danach sucht der ObjectHand- 
lerl nach einer als Kommunikationspartner vorgesehenen Part- 
nerinstanz z.B. ObjectHandler2 (find target ObjectHandler) , 
der der Aktion abhangig von der Art der Aktion zugeordnet 
ist, und iibermittelt die Nachricht der Aktionsanf orderung ac- 
30 tion_request an den ObjectHandler2 . Der Obj ectHandler2 nimmt 
die Nachricht entgegen, speichert die Adresse seines Kommuni- 
kationspartners Ob j ecthandlerl (store communication partner) 
zusammen mit der dem ObjectHandlerl eindeutig zugeordneten 
Nummer und fuhrt die Prozedur des Objekts Action aus (execu- 
35 te) . Das Objekt Action veranlafit daraufhin den vom Client 

adressierten Server zur Ausfuhrung der Aktion durch den Pro- 
zeduraufruf action. Nach der Ausfuhrung der Aktion sendet der 
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Server in analoger Weise indirekt eine Ruckmeldung zum Client 
zurttck. Demnach laufen folgende Prozedurauf ruf e, Nachrichten- 
ubertragungen und Aktionen vom Server in Richtung zum Client 
ab . Prozedurauf ruf Inv^k enaction, ©he vAdr es-s e^de s- ' Kommuni - 
5 k a t i o n spa rt-n er s sowie Oberttragung der-*Aktions-anf orderungs- 
nachricht f tlr^ die^Ractaae-ldung actionjsequest- vom ObjectHand- 
ler2 ■zum^Obj-eoteHandierl, ^ier^dem Ob j eGts*Handier2 aiaf grund der 
zugeordneten Nummer bekannt ist, Obj ectHandlerl loscht die 
zugeordnete Nummer (release handle number) und stoppt den 
10 Zeitnehmer (stop timer) , zur Ubermittlung der Ruckmeldung 

ruft Objecthandlerl die Prozedur execute des Objekts Confirm 
Action auf und zuletzt ftihrt Objekt Conform Action die Proze-i 
dur conf irm_action des Client aus . " 

15 Im Falle einer vom-Client^angefSlditt'en^ Aktion des Servers 
ohne Riickmeldung lauf t ^das. erf indungsgemafie Verf ahren der 
Na ch r i ch t entlb ertra gung^vom Gl ient zum ^Server in^ahnlicher 
Weise wie^vdr-stehend^^ ab .* Esr ent fallen* die Ablauf- 

schritte ^get^handde^^umte t^imer/ store cdmmun 1c a t i o n 

20 partner und die vt Schritte beziiglich der Ruckmeldung vom Server 
in Richtung zum Client. 



Im Falle eines sogenannten Broadcasts, d.h, ein Client for- 
dert von mehreren Servern eine Aktion an, gibt es verschiede- 

25 ne Moglichkeiten : 

Wenn die vom Client adressierten Server einem gemeinsamen 
Prozefi zugewiesen sind, wird der Obj ectHandlerl die ac- 
tion_request-Nachricht entweder an einen ObjectHandler2 
weitergeben und der Obj ectHandler2 sorgt dafur, dafl die 

30 Aktion von ^mehreren Servern a»usgefiihrt wird, oder der Ob- 

j ecfeHandier l^&endet^mehrere 1 action_request-Nachrichten an 
- mehrere^den^Server-Prozeii-*enthaltende 0bjectHandler2, die 
jeweils die Server zur Ausftihrung der Aktion veranlassen. 
Auch ist eine Kombination aus beiden genannten Varianten 

35 moglich. 

Wenn die vom Client adressierten Server unterschiedlichen 
Prozessen zugewiesen sind, wird der Obj ectHandlerl jeweils 
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eine action_request-Nachricht an die die unterschiedlichen 
Prozessen enthaltenden Obj ectHandler2 senden und die Ob- 
jectHandler2 veranlassen jeweils die Server zur Ausfuhrung 
der Aktron; - 

5 

Auch hier sind samtliche Kombinationen der erwahnten Moglich- 
keiten denkbar. 

Oblicherweise sind in einem verteilten System mehrere Aktio- 
10 nen auszufuhren, so daJi selbstverstandlich jeder Server auch 
als Client und jeder Client auch als Server agieren kann so- 
wie in einem Objekt Client- und Serverf unktion vereint sein 
konnen . 



15 Die vorteilhafte Entkopplung der Prozefischnittstellen von den 
Objektschnittstellen des Client und des Servers ist daran zu 
erkennen, dafi die Kommunikation zwischen den Client und dem 
Server synchron durch Prozedur- bzw. Methodenauf ruf e reali- 
siert wird und nur die Nachrichteniibergabe zwischen den Ob- 

20 jectHandlerl und Obj ectHandler2 gegebenfalls asynchron uber 
die Prozeligrenzen hinweg durchgefUhrt wird. 



In dem Spezialfall, dafi der Client und der Server, die sich 
beispielsweise auf einer gemeinsamen Plattform befinden, dem- 
selben Prozeft zugewiesen werden konnen, sind die Objekte Ob- 
jectHandlerl und Obj ectHandler2 zu einem einzigen Objekt ver- 
einigt. GemaB der Figur 1 sendet der Obj ectHandlerl die ac- 
tion_request-Nachricht in diesem Fall an sicn seinsr. 

30 Figur 2 zeigt ein Anwendungsbeispiel im Bereich einer System- 
Alarmierung in einem Telekommunikationssystem z.B. einem 
Fernsprechvermitt lungs system. 



35 



Bei einer System-Alarmierung gibt es beispielsweise folgende 
Objekte, die zugleich als Client und Server agieren und un- 
tereinander unterschiedliche Aktionen anfordern konnen. Au- 
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Berdem konnen sich die Objekte auf verschiedenen Plattformen 
bef inden. 

Ein Obj<ekfe^AiaBitfo Atai%abe,~ eine 

5 Alaxmbilanz^t&ber* a Lie Alarme der von ihm uberwachten alar- 

mierbaren fcnstanzen (AMOI) zu Ziehen. Urn die Alarmbilanz Zie- 
hen zu konnen ,*^ben5 1 i g t der Alarmbilanz-Monitor mindestens 
ein sogenanntes SIBS-Objekt, das sich auf einer Prozessor- 
plattform befindet und ihm eine gesammelte Information beziig- 
10 lich der Uberwachten alarmierbaren Instanzen liefert. 

Die Kastchen stellen die Objekte Caller, AMOI (AlarmManage- 
dObj ect Instance ) , SIBS (SiteBalanceSupply) und ABM (AlarmBa- 
lanceMonitor) dar. Durch die Pfeile, deren Art in der Legende 

15 im Anhang -nicht- aufglefiihrt ist,* wtrd die Nachrichteritlbertra- 
gung gegeben£ alls ttber Prozefigrenzen hLnweg zwischen den Ob- 
jekten angedeutet . Die^Nachrichtenuberteagu-ng^ent-spricht da- 
bei der intsrder Figur 1 beschriebenen. Nachrichteniibertragung 
zwischen Client und Server. f\ So katan beispielsweise d&s^ Gal- 

20 ler-Objekt^ als Client und das AMOI-Objekt als Server agieren. 
Entsprechendes gilt auch fttr die ubrigen Objekte AMOI und 
SIBS sowie SIBS und ABM. 



Nach einem System-Alarm-Auf ruf set_alarm wird beispielsweise 

25 folgender Ablauf von Aktionen ausgelost: 

Set_alarm: Eine iiberwachte alarmierbare Instanz AMOI er- 
halt von einem Aufrufer Caller einen neuen Alarm, priift 
die den Alarm bestimmenden Parameter (check_j?arams) und 
kreiert eine neue Alarminstanz (create contained alarm) . 

30 - Confirm: Eine JUickmeldung von der Instanz AMOI an die In- 
stanz Gal-Ler nach dem System- Alarm- Auf ruf set^alarm. 
Balance SIBS : 'Mindestens ein Serverobjekt SIBS wird aufge- 
fordert, die erhaltenen fur die Alarmbilanz notwendigen 
Inf ormationen zu sammeln (accumulate alarm status of all 

35 associated AMOI) . 

- Balance ABM: Danach wird das Serverobjekt ABM aufgefor- 
dert, die von den mindestens einen SIBS-Objekt erhaltenen 
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Informationen flir die Alarmbilanz zu sammeln (accumulate 
alarm status of all associated SIBS) • 

Da~~dTe ~Ak~t~ioneir~ub~^ angef order t werden, 

werden die Nachrichten von einem Objekt zu einem weiteren Ob- 
jekt iiber eine aktive erste Instanz und liber eine aktive wei- 
tere Partner instanz tibertragen wie z.B. Uber den ObjectHand- 
lerl und uber den 0bjectHandler2 aus Figur 1, die beide in 
der Figur 2 nicht dargestellt sind. 

Die durch den ObjectHandlerl getroffende Auswahl des Objekt- 
Handlers 2 kann anhand einer Zuordnungstabelle vorgenommen 
werden. Die Zuordnungstabelle sieht beispielsweise wie folgt 
aus : 



Aktion 


Ob j ect Handler 


Ruckmeldung 


Set alarm 
AMOI 


Auf AMOI-Plattform 




Balance 
SIBS 


Auf SIBS-Plattform 


nein 


Balance 
ABM 


Auf Hauptplattform 


nein 



Sofern eine bestimmte Aktion von unterschiedlichen Serverob- 
jekten ausgefuhrt werden kann, kann die Zuordnung des Ob- 
jectHandler2 abhangig voji der Systemauslastung geandert wer- 
den. 
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ANHANG 



L egende »z u. *»ele n"FAgu-r« n": 



I I 



= Instanz 



= Prozeduraufruf 
mit Ausfuhrung 
(synchron) 



- Senden einer 
Nachricht (asynchron)! 



= aktive Instanz, die 
•einen^Brbzess: enthalt 



= Instanz wartet auf 
*■ Ruckmeldung 
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Patentansprttche 

1. Verfahren zur Nachrichtenubertragung zwischen einer einem 
ersten "ProzeB^ Clientinstanz "(Client) und we- 

5 nigstens einer mindestens einem weiteren ProzeB zugewiese- 

nen Serverinstanz (Server) innerhalb eines verteilten Sy- 
stems, wobei eine den ersten ProzeB enthaltende erste In- 
stanz (ObjectHandlerl) von als gegenseitige Kommunikati- 
onspartner vorgesehenen Partnerinstanzen nach Empfang ei- 
10 ner von der Clientinstanz an wenigstens eine Serverinstanz 

gerichteten Nachricht mindestens eine geeignete den minde- 
stens einen weiteren ProzeB enthaltende weitere Instanz 
(ObjectHandler2) der Partnerinstanzen zur Nachrichtenan- 
nahme und -weitergabe auswahlt, die die Nachricht zu we- 
15 nigstens einer von ihr adressierten Serverinstanz weiter- 

leitet und gegebenfalls von der wenigstens einen Serverin- 
stanz eine Nachricht zur Weiterleitung liber die den ersten 
ProzeB enthaltende erste Instanz an die Clientinstanz er- 
halt. 

20 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, 
dafi die den ersten ProzeB enhaltende erste Instanz die 
Auswahl der mindestens einen weiteren ProzeB enthaltenden 
weiteren Instanz anhand einer Zuordnungstabelle zwischen 
der Art der von der Clientinstanz aussendbaren Nachrichten 
und der Adresse der mindestens einen weiteren ProzeB ent- 
haltenden weiteren Instanz trifft. 

3. Verfahren nach Anspruch 2, dadurch gekennzeichnet, 
30 dafi die durch die den ersten ProzeB enthaltende erste 

Instanz getroffene Auswahl dynamisch in Abhangigkeit von 
-der Systemauslastung anderbar ist. 

4. Verfahren nach einem der vorhergehenden Anspruche, da- 
35 durch gekennzeichnet, dafi dann, wenn der erste 

ProzeB und der mindestens eine weitere ProzeB zusammenf al- 
ien, die den ersten ProzeB enthaltende erste Instanz und 
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die den mindestens einen weiteren Prozefl enthaltende wei- 
tere Instanz in einer Instanz vereinigt sind. 

5. Ver£ah>ren T n£.ch eMfem^der vo^hergeteiaden* ^>sp.rii©he, da- 

5 du r eh^g edc-e*ui*z e i chn e t , vdafl ^S'amtLi^ohe^,I<ns»feanzen in 

Foxrm^ven— ©bg»ekteen l> iiup*bementiert si*nd, deren Struktur durch 
*Ob j e&t k~l?as*serf f e s>t g e«l=e g t wird . 

6. Verfahren nach einem der vorhergehenden Anspruche, da- 
10 durch gekennzeichnet, daB es auf ein Fernsprech- 

vermitt lungs system angewendet wird. 
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Zus ammen f as sung 

Verfahren zur Nachrichteniibertragung zwischen einer einem er- 
sten Prozef5~zugewi"esenen Clientinstanz" und wenigstens -einer 
mindestens einem weiteren Prozefi zugewiesenen Serverinstanz 
innerhalb eines verteilten Systems 

Eine einen ersten Prozefi enthaltende erste Instanz (Ob- 
jectHandlerl) von als gegenseitige Kommunikationspartner vor- 
gesehenen Partnerinstanzen wahlt nach Empfang einer von der 
Clientinstanz (Client) an wenigstens eine Serverinstanz (Ser- 
ver) gerichtete Nachricht mindestens eine geeignete den min- 
destens einen weiteren ProzeiJ enthaltenden weitere Instanz 
(0bjectHandler2) der Partnerinstanzen zur Nachrichtenannahme 
und -weitergabe aus. Die mindestens eine den mindestens einen 
weiteren Prozefi enthaltende weitere Instanz leitet diese 
Nachricht zu wenigstens einer von ihr adressierten Serverin- 
stanz weiter und erhalt gegebenfalls von der wenigstens einen 
Serverinstanz eine Nachricht zur Weiterleitung uber die den 
ersten Prozefi enthaltende erste Instanz an die Clientinstanz. 
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